package com.zjl.redis.第03章_redis持久化;

/**
 * ➢AOF和RDB同时开启，redis听AOF
 * AOF //相对于  TCP/UDP    中的TCP
 * ●以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，
 *  只许追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据，
 *  换言之，Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。
 * ●AOF文件的保存路径，同RDB的路径一致。
 *
 * redis 文件下.conf //配置文件里
 * appendonly no //yes 是开启   但是手动保存，依旧可以生成aof文件
 * appendfilename "appendonly.aof" //文件名字
 *
 * 在 redis 7 中
 * 顾名思义，MP-AOF就是将原来的单个AOF文件拆分成多个AOF文件。
 * 在MP-AOF中， 我们将AOF分为三种类型.
 * 分别为:
 *      ●BASE:表示基础AOF 它一般由子进程通过重写产生，该文件最多只有一个。
 *              如果启用 aof 和 rdb 混合持久化 (aof-use-rdb-preamble yes)
 *                      他是rdb格式 因为占空间小，否则他是aof文件
 *      ●INCR:表示增量AOF,它一般会在AOFRW开始执行时被创建，该文件可能存在多个。
 *      ●HISTORY: 表示历史AOF，它由BASE和 INCR AOF变化而来，每次AOFRW成功完成时，
 *       本次AOFRW之前对应的BASE和INCR AOF都将变为HISTORY, HISTORY类型的AOF会被Redis自动删除，
 *   appendonly.aof.1.base.aof     //每次重写  1-> ++  每次数字+1
 *          如果 aof-use-rdb-preamble yes //启用 aof 和 rdb 混合持久化
 *          则改名为 appendonly.aof.1.base.rdb
 *   appendonly.aof.1.incr.aof     //每次重写  1-> ++  每次数字+1
 *   appendonly.aof.manifest
 *
 *
 * 为了管理这些AOF文件，我们引入了一个manifest (清单)文件来跟踪、管理这些AOF。
 * 同时，为了便于AOF备份和拷贝，我们将所有的AOF文件和manifest文件放入一个单独的文件目录中，
 * 目录名由 appenddirname 配置 (Redis 7.0新增配置项)决定。
 *
 */
public class AOF {
}
